Though the unzipping for 4 or 8 mics still isn't implemented

Still don't have any coefficients, and still haven't tested it with audio output, so it's still entirely possible that I'm doing some bookkeeping incorrectly and am clobbering samples or something

…OR macros within lib_mic_array. These are now specified at runtime via parameters, rather than as global macros.

It wasn't checking for the framing config to be null.

…version.

…t things. Changed the API around quite a bit as well. Added frame transfer stuff.

The vanilla API now uses the port definitions from the XN file to automatically gather the port and clock resources.
Cleaned up the headers by using macros for all the 'extern C' stuff.
Scaled back the frame_transfer.h stuff. Decided it was too complicated for right now.
Added CMake macro for adding the vanilla API to an application.
Restructured CMake project so that lib_mic_array has its own CMakeLists.txt, instead of lib_mic_array.cmake which was being included by apps.

* xs3_cpp:
  More refinements and simplifications.
  Adds documentation for mic_array::prefab::BasicMicArray
  Added more API documentation for the C++
  Got apps working using new C++ API
  Initial commit of CPP API

* issue171:
  [issue #171] Implements configuring allowing PdmRx to quietly drop PDM blocks if consumer is backed up.

.. with xmake.

…API when using xmake.

* xmos/develop:
  Adds automated documentation build (#168)
  Removed "XMOS" from heading

Apparently the environment in which they're built doesn't have java, which xmake requires.

Update to lib_xcore_math v2.0.2 and ...

moved CPMAddPackage to top-level CMakeLists

Now using officially supported xcore_builder

Documentation update. Enables PDF generation.

pinned doc builder to v2

Update diagrams

Updates version numbers to 5.0.2